A SYSTEM FOR AND A METHOD OF PROVIDING AN ONLINE TIME 
PERIOD RESERVING SERVICE, WHICH CAN PROTECT AN 
EXCESSIVE LOAD FROM BEING APPLIED TO A COMMUNICATION 
SYSTEM, IN ORDER TO PROVIDE A STABLE COMMUNICATION TO A 
5 USER 

Background of the Invention 

1. Field of the Invention 

The present invention relates to a system for 
10 and a method of providing an online time period 

reserving service. More particularly, the present 
invention relates to a system for and a method of 
providing an online time period reserving service, 
which can carry out a communication having a stable 
15 quality due to a reservation of a time period provided 
by an Internet connection dealer. 

2. Description of the Related Art 

An example of a user registration system of a 
20 conventional Internet connection dealer is disclosed in 
Japanese Laid Open Patent Application (JP-A-Heisei, 9- 
179905) . In this conventional technique, as shown in 
Fig. 1, a proper access point 6 is selected from an 
access point table 3 noted in a personal computer 1. 
25 Then, a user information is registered in the access 

point 6. Accordingly, a new user is registered. By the 
way, in Fig. 1, a symbol 2 denotes a keyboard, a symbol 



4 denotes a controller, a symbol 5 denotes a modem, a 
symbol 7 denotes a telephone line, and a symbol 8 
denotes a host computer, respectively. 

This registration method is also applied to the 
Internet connection dealer. So, an icon on a screen of 
the personal computer 1 can be clicked to conclude a 
contract with the Internet connection dealer on an 
online . 

Also, as a conventional technique for keeping a 
quality on the Internet, there is RSVP (Resource 
Reservation Protocol) defined on Sep. 1997 by RFC 2205 
(Request For Comments 2205). This method is the 
protocol for reserving a necessary band by requiring a 
necessary communication band from a transmission 
destination of a transmission source. 

However, the conventional system has the 
following problems. 

The first problem lies in a fact that it is 
difficult to keep a communication quality desired by a 
user . 

This is because many users try to carry out 
communications at the same time, as compared with a 
communication facility of the Internet connection 
dealer. In order to protect such an event from 
occurring, there are a method of limiting the number of 
users and a method of employing a communication system 
for insuring a communication quality. 



For example, the user registration system 
disclosed in Japanese Laid Open Patent Application (JP- 
A-Heisei, 9-179905) can provide the stable 
communication, though all of the users request 
5 communications at the same time, if the number of 

subscribers (users) to the Internet connection dealer 
is limited to the maximum number that can be allowed by 
the communication system of the dealer. 

However, there is almost no case that all the 
10 users request the communications at the same time. 

Usually, the communications are carried out in only a 
range less than a power of the communication system. 
Thus, its efficiency is poor. 

On the other hand, as the communication system 
15 for insuring the communication quality, there is the 
RSVP defined by the RFC 2205. However, as the second 
problem, there is the problem of the necessity of a 
facility investment cost to insure the communication 
quality such as the RSVP and the like. 
20 This is because the introduction of the 

communication system corresponding to the RSVP requires 
all communication apparatuses on a communication route 
to introduce the devices corresponding to the RSVP. 

By the way, as other conventional technical 
25 documents, there are Japanese Laid Open Patent 

Application ( JP-A-Heisei , 11-15754), Japanese Laid Open 
Patent Application (JP-A-Heisei, 11-272711) and the 



like . 

The technique disclosed in Japanese Laid Open 
Patent Application ( JP-A-Heisei , 11-15754) is intended 
to reduce the number of connections to a provider in 
5 such a way that one user carries out a reservation 

registration for a plurality of communications, and one 
trial of a connection to the provider enables the 
plurality of communications to be executed in a batch 
manner. On the other hand, the present invention is 

10 intended to adjust reservations from a plurality of 
users, and thereby protect the many users from 
requesting communication services at a time, and 
accordingly insure the communication quality for users 
within a range of reservation receptions. Also, 

15 Japanese Laid Open Patent Application (JP-A-Heisei, 11- 
15754) is configured such that a module for carrying 
out a reservation process is installed on a side of a 
client (a communication terminal apparatus) . This is 
because it is enough to adjust only a reservation from 

20 one user. On the other hand, in the present invention, 
the reservation process is installed in a server (a 
provider side) . This is because it is necessary to 
install on the server side in order to adjust the 
reservations from the plurality of users. Also, since 

25 a typical Web client (actually, a browser) is assumed 
to be located on the user side, the mechanism (namely, 
the reservation process) peculiar to the present 



invention can not be installed in the client. 

The technique disclosed in Japanese Laid Open 
Patent Application ( JP-A-Heisei , 11-272711) is intended 
to avoid the occurrence of an excessive communication 
5 time because of a user interaction, an unstable 

communication and a thinness of a dialup line, by- 
reserving a download of large information and 
collectively downloading it in a batch manner. On the 
other hand, the present invention is intended to 

10 provide a stable communication with a high quality to a 
user obtaining a reservation. The user obtaining the 
reservation can interactively download an information, 
similarly to a typical net surfing. Also, the 
technique disclosed in Japanese Laid Open Patent 

15 Application (JP-A-Heisei, 11-272711) is configured such 
that a function of reading out an information carries 
out the download instead of the user. On the other 
hand, in the present invention, a contract server 
carries out a control only as to whether an access of a 

20 user is filtered or passed, on the basis of a presence 
or absence of a reservation, and the download of a file 
is done by the user itself. 

Japanese Laid Open Patent Application (JP-A, 
2000-59359) discloses the following Internet connection 

25 method. In the Internet connection method having a 

subscriber terminal connected to an IP network, a WWW 
server for receiving a connection request to the 



Internet at the subscriber terminal, a customer 
information manager for storing an information of the 
subscriber terminal, and an accounting call meter for 
controlling the connection to the Internet of the 
5 subscriber terminal, 

the Internet connection method sends the connection 
request to the Internet from the subscriber terminal, 
and with regard to the connection request, the WWW 
server receives the information of the subscriber 

10 terminal corresponding to an IP address of the 

subscriber terminal, from the customer information 
manager, and the WWW server further reports the 
allowance or rejection of the connection to the 
Internet of the subscriber terminal, on the basis of 

15 the information of the subscriber terminal, to the 
accounting call meter. 

Japanese Laid Open Patent Application (JP-A- 
Heisei, 10-31635) discloses the following portable 
electronic mail terminal. This is the portable 

20 electronic mail terminal that has a scheduling function, 
and sends and receives an electronic mail by using a 
radio communication, and then sending and receiving the 
electronic mail in a two-way, and it is further 
provided with: a radio communicator for sending and 

25 receiving the electronic mail; a schedule manager for 

managing a schedule of a user; a display for displaying 
a content of an electronic mail received by the radio 



communicator and a schedule managed by the schedule 
manager; a mail command decoder for decoding the 
electronic mail received by the radio communicator, and 
prompting the user to carry out an operation for 
5 invoking the schedule if a schedule invoking command is 
included as its content, and commanding the schedule 
manager to display the schedule of a day specified by 
the electronic mail on the display if the user carries 
out the operation of the schedule invoking command; and 

10 an input device for receiving the operation of the user 
and then sending the operational content to the mail 
command decoder and the schedule manager. 

Japanese Laid Open Patent Application (JP-A- 
Heisei, 11-212995) discloses the following method of 

15 transmitting an information reservation. The method of 
transmitting an information reservation includes the 
steps of: specifying an information to be obtained, in 
a user terminal, a timing when the information is 
obtained, and a transmission destination of the 

20 obtained information; transmitting a data indicative of 
the specified information to be obtained, the timing 
and the transmission destination, through a 
communication network to a transmission server; and 
obtaining the information to be obtained, at the 

25 specified timing, on the basis of the sent data, in the 
transmission server, and then transmitting to the 
specified transmission destination. 



Japanese Laid Open Patent Application (JP-A- 
Heisei, 11-328277) discloses the following reservation 
reception system. This reservation reception system is 
provided with: a terminal for inputting and outputting 
5 a data with regard to a reservation; a reservation 

judgment processor that is installed in a destination 
of a reservation and intended to carry out the 
processes including a reservation judgment, a 
transmission/reception and a registration of a data 

10 with regard to a reservation in the destination; and a 
collecting/delivering device for collecting/delivering 
the data with regard to the reservation between the 
terminal and the reservation judgment processor. 

Japanese Laid Open Patent Application (JP-A- 

15 Heisei, 9-83678) discloses the following online 

advertisement system. In an information processing 
system that is connected to a network and intended to 
provide an advertisement of a sponsor through an online, 
in accordance with an access from a user, this online 

20 advertisement system is provided with: an advertisement 
information memory for storing an advertisement 
information including an access number of a free dial 
connected to the sponsor; and a communicator for 
sending the advertisement information to a user 

25 terminal when receiving an access request of the 
advertisement information from the user terminal 
through the network. 



Japanese Patent No. 2998785 discloses the 
following user registration system. This is the user 
registration system for registering in a host computer 
the information necessary for a user registration at a 
5 time of a first setup of an electronic apparatus after 
a purchase of the electronic apparatus having a 
communication function, wherein the electronic 
apparatus has a modem for enabling a communication 
through a telephone line and an access point table for 

10 storing all access points that can be connected to the 
holt computer through the telephone line, and it also 
stores therein a program for commanding a built-in 
controller to execute a predetermined user registration 
operation at the time of the first setup, wherein when 

15 a user enters a user registration information 

containing at least a name and an address necessary for 
the user registration at the time of the first setup, 
the controller searches through the access point table 
on the basis of the address, and selects one access 

2 0 point, and connect to the host computer through the 
telephone line via the access point, and then stores 
the entered user registration information in the host 
computer through the online, and wherein as the 
predetermined user registration operation, the 

25 controller executes the steps of: judging whether or 

not the setup of the electronic apparatus is the first 
setup; prompting the user to enter the user 



registration information if it is judged as the first 
setup; searching for the one access point through the 
access point table on the basis of the entered address; 
and connecting to the host computer through the 
5 telephone line via the searched access point, and then 
sending the entered user registration information 
through the online. 

Summary of the Invention 

10 The present invention is accomplished in view of 

the above mentioned problems. Therefore, an object of 
the present invention is to provide a system for and a 
method of providing an online time period reserving 
service, which can protect an excessive load from 

15 being applied to a communication system, in order to 

provide a stable communication to a user. Another 
object of the present invention is to provide a system 
for and a method of providing an online time period 
reserving service, which can protect an excessive load 

2 0 from being applied to a communication system, in order 
to provide a stable communication to a user, at a low 
cost, without any introduction of a new communication 
quality insurance system. 

In order to achieve an aspect of the present 

25 invention, a system of reserving a connecting service 
to the internet at a time period, includes: a 
reservation table in which a state with regard to a 



reservation for a connecting service to the internet at 
a time period is stored; and a contract unit inputting 
a reserving demand to reserve the connecting service to 
the internet at a certain time period from a user to 
5 judge whether the reserving demand is permitted with 
reference to the reservation table. 

In this case, the contract unit permits the 
reserving demand when the number of users connecting to 
the internet at a same time as the time period included 

10 in the reserving demand is smaller than or equal to a 
predetermined value . 

Also in this case, the system of reserving a 
connecting service to the internet at a time period, 
further includes: a discount data storing unit storing 

15 a discount data to determine an accounting fee for the 
connecting service for a time period, and wherein the 
contract unit finds out a discountable time period with 
respect to the accounting fee of the connecting service 
with reference to the reservation table and the 

20 discount data to give a user a discount frame data 

showing the discountable time period and the accounting 
fee of the discountable time period. 

Further in this case, the accounting fee is 
determined based on a remaining period until a starting 

25 time of a time period at which the user wants the 

connecting service to the internet, as the discount 
data . 



In this case, the accounting fee is determined 
based on the state with regard to the reservation, as 
the discount data. 

Also in this case, the accounting fee is 
5 determined based on a condition of a day of a time 

period at which the user wants the connecting service 
to the internet, of the week, as the discount data. 

Further in this case, the accounting fee is 
determined such that a discount rate of the accounting 
10 fee is defined as being higher, the shorter the 

remaining period and the smaller the number of the 
reservations . 

In this case, the system of reserving a 
connecting service to the internet at a time period, 
15 further includes: a penalty data storing unit storing a 
penalty data to determine a penalty if the user cancels 
the reservation, and wherein the contract unit gives 
the user a penalty information showing the penalty 
based on the penalty data. 
20 Also in this case, the penalty is determined 

based on a remaining period until a starting time of a 
time period, included in the permitted reserving demand, 
at which the user wants the connecting service to the 
internet, as the penalty data. 
25 In order to achieve another object of the 

present invention, a method of reserving a connecting 
service to the internet at a time period, includes: 

12 



storing a reservation data indicating a state of a 
reservation for a connecting service to the internet at 
a time period; inputting a reserving demand to reserve 
the connecting service to the internet at a certain 
5 time period from a user; and judging whether the 

reserving demand is permitted based on the reservation 
data . 

In this case, the reserving demand is permitted 

when the number of users connecting to the internet at 
10 a same time as the time period included in the 

reserving demand is smaller than or equal to a 

predetermined value. 

Also in this case, the method of reserving a 

connecting service to the internet at a time period, 
15 further includes: storing a discount data to determine 

an accounting fee for the connecting service for a time 

period; finding out a discountable time period with 

respect to the accounting fee of the connecting service 

based on the reservation data and the discount data; 
2 0 and giving a user a discount frame data showing the 

discountable time period and the accounting fee of the 

discountable time period. 

Further in this case, the accounting fee is 

determined based on a remaining period until a starting 
25 time of a time period at which the user wants the 

connecting service to the internet, as the discount 

data . 



In this case, the accounting fee is determined 
based on the state of the reservation, as the discount 
data . 

Also in this case, the accounting fee is 
5 determined based on a condition of a day of a time 

period at which the user wants the connecting service 
to the internet, of the week, as the discount data. 

Further in this case, the accounting fee is 
determined such that a discount rate of the accounting 
10 fee is defined as being higher, the shorter the 

remaining period and the smaller the number of the 
reservations . 

In this case, the method of reserving a 
connecting service to the internet at a time period, 
15 further includes: storing a penalty data to determine a 
penalty if the user cancels the reservation; and giving 
the user a penalty information showing the penalty 
based on the penalty data. 

Also in this case, the penalty is determined 
20 based on a remaining period until a starting time of a 

time period, included in the permitted reserving demand, 
at which the user wants the connecting service to the 
internet, as the penalty data. 

In order to achieve still another aspect of the 
25 present invention, a contract server to reserve a 

connecting service to the internet at a time period, 
includes: an input unit inputting a reserving demand to 

14 



reserve a connecting service to the internet at a 
certain time period from a user; and a judging unit 
judging whether the reserving demand is permitted based 
on a state with regard to a reservation for a 
5 connecting service to the internet at a same time 

period as a time period at which the user wants the 
connecting service in the reserving demand. 

In this case, the contract server permits the 
reserving demand when the number of users connecting to 
10 the internet at the same time as the time period at 
which the user wants the connecting service in the 
reserving demand is smaller than or equal to a 
predetermined value. 



15 Brief Description of the Drawings 

Fig. 1 is a block diagram showing an example of 
a conventional technique; 

Pig. 2 is a block diagram showing a 
configuration of a system for providing an online time 
20 period reserving service, according to a first 
embodiment of the present invention; 

Fig. 3 is a part of a flowchart showing a 
connection process among operations of the system for 
providing an online time period reserving service, 
25 according to the first embodiment; 

Fig. 4 is another part of the flowchart showing 
a connection process among operations of the system for 

15 



providing an online time period reserving service, 
according to the first embodiment ; 

Fig. 5 is a part of a flowchart showing a 
service menu process among the operations of the system 
5 for providing an online time period reserving service, 
according to the first embodiment; 

Fig. 6 is another part of the flowchart showing 
a service menu process among the operations of the 
system for providing an online time period reserving 
10 service, according to the first embodiment; 

Fig. 7 is a part of a flowchart showing a former 
part of a reserving process among the operations of the 
system for providing an online time period reserving 
service, according to the first embodiment; 
!5 Fig. 8 is another part of the flowchart showing 

a former part of a reserving process among the 
operations of the system for providing an online time 
period reserving service, according to the first 
embodiment ; 

20 Fig. 9 is a flowchart showing a latter part of 

the reserving process among the operations of the 
system for providing an online time period reserving 
service, according to the first embodiment; 

Fig. 10 is a part of a flowchart showing a 
25 reporting process among the operations of the system 

for providing an online time period reserving service, 
according to the first embodiment; 

16 



Fig. 11 is another part of the flowchart showing 
a reporting process among the operations of the system 
for providing an online time period reserving service, 
according to the first embodiment ; 
5 Fig. 12 is a flowchart showing a charging 

process among the operations of the system for 
providing an online time period reserving service, 
according to the first embodiment; 

Fig. 13 is a view showing a login page that is 
10 an actual example of the operations of the system for 
providing an online time period reserving service, 
according to the first embodiment; 

Fig. 14 is a view showing a service menu page 
that is an actual example of the operations of the 
15 system for providing an online time period reserving 
service, according to the first embodiment; 

Fig. 15 is a view showing a reservation page 
that is an actual example of the operations of the 
system for providing an online time period reserving 
20 service, according to the first embodiment; 

Fig. 16 is a view showing a reservation 
confirmation page that is an actual example of the 
operations of the system for providing an online time 
period reserving service, according to the first 
2 5 embodiment; 

Fig. 17 is a view showing a reservation 
determination page that is an actual example of the 

17 



operations of the system for providing an online time 
period reserving service, according to the first 
embodiment ; 

Fig. 18 is a view showing a reservation list 
5 page that is an actual example of the operations of the 
system for providing an online time period reserving 
service, according to the first embodiment; 

Fig. 19 is a view showing a cancel confirmation 
page that is an actual example of the operations of the 
10 system for providing an online time period reserving 
service, according to the first embodiment; 

Fig. 20 is a view showing a bill page that is an 
actual example of the operations of the system for 
providing an online time period reserving service, 
15 according to the first embodiment; 

Fig. 21 is a block diagram showing a 
configuration of a system for providing an online time 
period reserving service, according to a second 
embodiment of the present invention; 
20 Fig. 22 is a part of a flowchart showing a 

connection process among operations of the system for 
providing an online time period reserving service, 
according to the second embodiment; 

Fig. 23 is another part of the flowchart showing 
25 a connection process among operations of the system for 
providing an online time period reserving service, 
according to the second embodiment; 

18 



Fig. 24 is a block diagram showing a 
configuration of a system for providing an online time 
period reserving service, according to a third 
embodiment of the present invention; 
5 Fig. 25 is a part of a flowchart showing a 

service menu process among operations of the system for 
providing an online time period reserving service, 
according to the third embodiment; 

Fig. 26 is another part of a flowchart showing a 
10 service menu process among operations of the system for 
providing an online time period reserving service, 
according to the third embodiment; 

Fig. 27 is a flowchart showing a timeout process 
among the operations of the system for providing an 
15 online time period reserving service, according to the 
third embodiment; 

Fig. 28 is a block diagram showing a 
configuration of a system for providing an online time 
period reserving service, according to a fourth 
20 embodiment of the present invention; 

Fig. 29 is a block diagram showing a 
configuration of a system for providing an online time 
period reserving service, according to a fifth 
embodiment of the present invention; 
25 Fig. 30 is a block diagram showing a 

configuration of a system for providing an online time 
period reserving service, according to a sixth 

19 



embodiment of the present invention; 

Fig. 3 1 is a block diagram showing a 
configuration of a system for providing an online time 
period reserving service, according to a seventh 
5 embodiment of the present invention; and 

Fig. 32 is a block diagram showing a 
configuration of a system for providing an online time 
period reserving service, according to an eighth 
embodiment of the present invention. 

10 

Description of the Preferred Embodiments 

Embodiments of the present invention will be 
described below in detail with reference to the 
attached drawings. 

15 Fig. 2 is a block diagram showing a 

configuration of a system for providing an online time 
period reserving service, according to a first 
embodiment of the present invention. In the system for 
providing an online time period reserving service 

20 according to this embodiment, its main body is provided 
with a Web client 100, a Web server 110, an 
authentication server 120, an authentication database 
130, a reservation table 140, a contract server 150, a 
network management server 160, a router 170, an 

25 Internet 180, a discount rule 190, a penalty rule 200, 

a user database 210, an edge router 220, a timer 230, a 
communicator 240 and an ISP LAN 250. 



The Web client 100 displays a page data sent by 
the Web server 110 and provides to a user. Also, it 
sends a data to the Web server 110 in accordance with 
the fact that the user actuates the Web client 100. 
5 The communicator 240 mediates a communication 

from a user to an Internet connection dealer, and sends 
a communication data (packet) of the user to the 
Internet connection dealer, or sends a data from the 
Internet connection dealer to the user. 
10 The edge router 220 receives the data from the 

communicator 240 and sends the data to the Internet 180 
through the router 170 or the ISP LAN 250 that is a 
local area network within the Internet connection 
dealer . 

15 The authentication server 120 receives a 

password and a user ID from the contract server 150 or 
the edge router 220, encrypts the password, and then 
judges whether or not an entry in coincidence with the 
encrypted password and the user ID exists on the 

20 authentication database 130. If the entry exists, it 

sends to the edge router 220 or the contract server 150 
a fact that a legal authentication can be done. If the 
entry does not exist, it sends a fact that the 
authentication is failed. 

25 The authentication database 13 0 manages the user 

ID and the encrypted password. If the password in 
which the entry represented by the user ID is encrypted 



coincides with an element in which a password given by 
the user is encrypted, this coincidence implies the 
successful authentication. 

The Web server 110 sends a page data to the Web 
5 client 100 through the communicator 240 and the edge 

router 220, or receives a data from the Web client 100. 
The contract server 150 is connected to the Web server 
110. The page data sent by the Web server 110 is 
prepared by the contract server 150. 
10 The reservation table 140 is a list table of the 

reservations received by the Internet connection dealer. 
Only a certain number of users can carry out the 
reservations in the same time period. The reservation 
table 140 can be used to confirm a presence or absence 
15 of a reservation, a registration of a reservation and a 
tentative determination of a reservation. 

The contract server 150, which is actuated by 
the Web server 110, carries out an authentication of a 
user, an access to the reservation table 140, an access 
20 to the user database 210 and a set of a reservation end 
time to the timer 23 0, and also prepares the page data 
to be displayed on the Web client 100, and then sends 
to the Web server 110. The contract server 150 
controls a routing in accordance with the network 
25 management server 160. Moreover, the contract server 
150 refers to the discount rule 190 and thereby 
calculates an accounting fee for each time period. 

22 



Furthermore, the contract server 150 refers to the 
penalty rule 200 and thereby calculates a penalty in a 
case of a cancel of the reservation. 

The network management server 160 controls the 
5 edge router 220 and the router 170. For example, the 
network management server 160 can limit a routing 
destination of the data prepared from a particular IP 
(Internet protocol) address, to the Internet 180 or the 
ISP LAN 250. 

10 The discount rule 190 is the rule to determine 

an accounting fee for each time period. It provides 
the rule to calculate an accounting fee by using a 
reservation state and a remaining period until a 
contract validity date as parameters. That is, the 

15 discount rule 190 can use a remaining time until a 
connection start, a current achievement rate of a 
reservation and the like as the parameters and then 
calculate the accounting fee in the time period. The 
discount rule 190 also contains a calendar. Thus, the 

2 0 calculation of the accounting fee can be changed 
depending on a condition of a day of the week, a 
festival or the like. 

The penalty rule 200 is the rule to determine a 
penalty if a user cancels a reservation. This is the 

25 rule to calculate the penalty on the basis of the 

information of a remaining period of a contract period 
and the like. That is, the penalty rule 200 is an 



calculation equation in which a remaining time until a 
reservation time period and the like are used as the 
parameters . 

The user database 210 is the database for 
5 managing the user attributes, such as a user ID, an 
accounting fee, a payment date, a user name and the 
like. The accounting fee, the user attribute and the 
like can be retrieved or set with the user ID as a key. 

The router 170 carries out a connection to the 
10 Internet 180. The router 170 can cooperate with the 

edge router 220 and then transfer a communication data 
of a user to the Internet 180, or filter it so as not 
to send. 

The Internet 180 is the communication network 
15 through which computers over the world are connected. 

The ISP LAN 250 is the local network within the 
Internet connection dealer. The edge router 220 and 
the Web server 110 are connected to the ISP LAN 250. 

At a time of a lapse of the set reservation end 
20 time, the timer 230 reports the set user ID to the 

contract server 150. The reservation end time to the 
timer 230 and the user ID are set by the contract 
server 150 . 

The operations of the system for providing an 
25 online time period reserving service according to the 
first embodiment having the above-mentioned 
configuration will be described below in detail with 
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reference to Figs. 2, 3 and 4. 

Figs. 3 and 4 is a flowchart showing a procedure 
until a user is connected to an Internet connection 
dealer . 

5 The user gets access to the edge router 220 

through the communicator 240 from the Web client 100, 
and sends a user ID and a password to the edge router 
220 {Step A100) . 

The edge router 220 passes the user ID and the 
10 password, which are received from the user, to the 
authentication server 120, and then requests the 
authentication (Step Alio). 

The authentication server 120 encrypts the 
password. On the other hand, it obtains an encrypted 
15 password from the authentication database 130 with the 
user ID as a key. Then, it compares an element in 
which the password given by the user is encrypted, with 
the encryption password obtained from the 
authentication database 130. If they coincide with 
20 each other, it determines that the authentication is 

successful, and if they do not coincide with each other, 
it determines that the authentication is unsuccessful 
(Step A120) . 

The processes on and after the step A13 0 are 
25 executed in the case of the successful authentication, 
and a process at a step A3 00 is executed in the case of 
the unsuccessful authentication (Step A125) . 

25 



In the case of the unsuccessful authentication, 
the edge router 220 rejects the communication with the 
user (Step A300). The process is ended. 

On the other hand, in the case of the successful 
5 authentication, the authentication server 120 inquires 
of the contract server 150 about a reservation state of 
a time period carried out by the user (Step A130) . 

The contract server 150 investigates a 
reservation state of a time period containing a current 
10 time of the reservation table 140 with the user ID as 
the key, and then judges whether or not this user 
reserves the time period containing the current time 
(Step A14 0 ) . 

If there is already a reservation, the processes 
15 on and after a step A150 are executed, and if there is 
no reservation, the processes on and after a step A210 
are executed (Step A145) . 

If there is no reservation, the contract server 
150 uses the network management server 160, and 
20 specifies the ISP LAN 250 as a routing destination of a 
communication data from the user to the edge router 220 
(Step A210) . Thus, the user can get access to the Web 
server 110 and use a reservation set service and a 
reservation confirmation service. However, it can not 
25 get access to the Internet 180. 

Next, the contract server 150 reports the end of 
the reservation confirmation to the authentication 
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server 120 (Step A220) . 

The authentication server 120 reports the 
completion of the authentication to the edge router 220. 
If the authentication is successful, the edge router 
5 220 starts the routing to the ISP LAN 250 (Step A230). 

Processes after this step will be described in a 
service menu process procedure (on and after a step 
B100) . 

On the other hand, if there is already the 
10 reservation, the contract server 150 sets the 

reservation end time and the user ID for the timer 230 
(Step A150) . 

Next, the contract server 150 uses the network 
management server 160, and specifies to the edge router 
15 220 the Internet 180 as a routing destination of a 

communication data from the Web client 100 (Step A160). 

In succession, the contract server 150 reports 
the end of the reservation confirmation to the 
authentication server 120 (Step A170). 
20 The authentication server 120 reports the 

completion of the authentication to the edge router 220 
(Step A180) . 

The edge router 220 starts the communication 
(Step A185). That is, the edge router 220 routes the 
25 communication data of the user through the router 170 
to the Internet 180. Since the edge router 220 routes 
the communication data of the user to the Internet 180, 
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the user can be connected to the Internet 180. 

The timer 23 0 sends the report including the 
user ID to the contract server 150 after the lapse of 
the reservation end time set by the contract server 150 
5 (step A190) . 

The contract server 150 uses the network 
management server 160, and commands the edge router 220 
to stop routing to the Internet 180 and switch the 
routing destination to the ISP LAN 250 (Step A200) . 
10 Thus, the user can not get access to the Internet 180. 

After the completion of the switching operation 
of the edge router 220, the processes on and after the 
step B100 are executed similarly to the processes after 
a step A2 3 0 . 

15 The operations of the reservation reception will 

be described below in detail with reference to Figs. 2, 
5 and 6 . 

The user is getting access to the Web server 110 
through the communicator 240, the edge router 220 and 
20 the ISP LAN 250 from the Web client 100. At first, the 
user uses the Web client 100, and gets access to a home 
page of a time period reservation service (Step B100). 

The Web server 110 sends a login page data of 
the time period reservation service, for the access to 
25 the home page of the time period reservation service 
from the Web client 100 (Step B110) . 

When a login page of the time period reservation 
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service is displayed on the Web client 100, the user 
enters a user ID and a password, in the displayed login 
page of the time period reservation service. The Web 
client 100 sends the user ID and the password to the 
5 Web server 110 (Step B120). 

When receiving the password and the user ID 
through the communicator 240, the edge router 220 and 
the ISP LAN 250 from the Web client 100, the Web server 
110 passes the received user ID and password through 

10 the contract server 150 to the authentication server 

120, and then requests the authentication (Step B130) . 

The authentication server 120 encrypts the 
password. On the other hand, it obtains an encrypted 
password from the authentication database 130 with the 

15 user ID as a key. Then, the authentication server 120 
compares an element in which the password given by the 
user is encrypted, with the encryption password 
obtained from the authentication database 130 (Step 
B140 . 

20 If they coincide with each other, the 

authentication is successful, and if they do not 
coincide with each other, the authentication is 
unsuccessful (Step B150) . A process at a step B250 is 
executed in the case of the unsuccessful authentication, 
25 and the processes on and after a step B160 are executed 
in the case of the successful authentication. 

In the case of the unsuccessful authentication, 
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the contract server 150 prepares a page data of a login 
failure, and sends through the Web server 110, the ISP 
LAN 250, the edge router 220 and the communicator 240 
to the Web client 100 (Step B250) . Then, the process 
5 is ended. 

In the case of the successful authentication, 
the contract server 150 prepares a service menu page 
data, and sends through the Web server 110, the ISP LAN 
250, the edge router 220 and the communicator 240 to 

10 the Web client 100 (Step B160) . 

When a service menu page is displayed on the Web 
client 100, the user selects a service menu on the 
service menu page. The Web client 100 sends the menu 
selection result through the communicator 240, the edge 

15 router 220 and the ISP LAN 250 to the Web server 110 
(Step B170) . 

The Web server 110 transfers the menu selection 
result to the contract server 150 (Step B180) . 

The contract server 150 branches it to a 
20 charging process (Step B210) , a reporting process (Step 
B220) or a reserving process (Step B230), on the basis 
of the menu selection result (Steps B190, B200) . Or, a 
logout is selected to then end the process. 

The reserving process B230 will be described 
25 below in detail with reference to Figs. 2, 7, 8 and 9. 

The Web server 110 requests the contract server 
150 to prepare a reservation page data (Step C110) . 
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The contract server 150 refers to the 
reservation table 140, refers to a current reservation 
state, and generates a reservation state frame in which 
the time periods that are not filled up with 
5 reservations are gathered (Step C120) . 

Next, the contract server 150 collates the 
reservation state obtained from the reservation table 
140 with the discount rule 190 to find out a 
discountable time period and calculate an accounting 
10 fee of the discountable time period, and write a time 
period having an very high discount rate to a discount 
frame (Step C130). 

In succession, the contract server 150 
integrates the reservation state frame and the discount 
15 frame into a reservation page data, and sends to the 
Web server 110 (Step C140). 

The Web server 110 sends the reservation page 
data obtained from the contract server 150, through the 
ISP LAN 250, the edge router 220 and the communicator 
20 240 to the Web client 100 (Step C150) . 

When the reservation page is displayed on the 
Web client 100, the user refers to a discount 
information and the reservation state represented on 
the reservation page, and reserves the time period. 
25 The Web client 100 sends a time period reservation 

request, which is the reservation result, through the 
communicator 240, the edge router 220 and the ISP LAN 
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250 to the Web server 110 (Step C160). 

The Web server 110 transfers the time period 
reservation request from the Web client 100 to the 
contract server 150 (Step C170) . 
5 The contract server 150, after locking the 

reservation table 140 and stopping another access to 
the reservation table 140, refers to the reservation 
table 140, investigates the number of reservations in 
the time period on which the user performs the 
10 reservation request, and confirms whether or not it 
exceeds the acceptable number of reservations (Step 
C180) . 

If the reservation is acceptable, the processes 
on and after a step C220 are executed, and if the 
15 reservation is acceptable, the processes on and after a 
step C200 are executed (Step C190) . 

If the reservation is inacceptable , since it is 
filled up with the receivable number of reservations, 
the contract server 150 releases the lock of the 
2 0 reservation table 140, and sends a page data indicating 
that the reservation is impossible, to the Web server 
110 (Step C200) . 

The Web server 110 sends the page data, which is 
sent from the contract server 150 and indicates that 
25 the reservation is inacceptable, through the ISP LAN 
250, the edge router 220 and the communicator 240 to 
the Web client 100 (Step C210) . Thus, the user can 
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know the fact that the reservation is not accepted. 
Then, the reserving process B230 is ended, and the 
operational flow returns back to the step B160. 

If the reservation can be received because of a 
5 small number of reservations, the contract server 150 
writes [Reservation Request] to the corresponding time 
period of the reservation table 140, and releases the 
lock of the reservation table 140 (Step C220) . 

Next, the contract server 150 prepares a 
10 reservation confirmation page data, and sends it to the 
Web server 110 (Step C230) . A reservation confirmation 
page is a page to provide the time period reserved by 
the user and an accounting fee and require the user to 
confirm the content. 
15 The Web server 110 sends the reservation 

confirmation page data sent by the contract server 150, 
through the ISP LAN 250, the edge router 220 and the 
communicator 240 to the Web client 100 (Step C240) . 
When the reservation confirmation page is 
20 displayed on the Web client 100, the user views the 
reservation confirmation page on the Web client 100, 
and confirms the reservation. Then, the Web client 100 
sends a reservation confirmation information indicative 
of a reservation confirmation or a reservation cancel 
25 through the communicator 240, the edge router 220 and 
the ISP LAN 250 to the Web server 110 (Step C250) . 

The Web server 110 receives the reservation 
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confirmation information from the Web client 100 (Step 
C260) . 

Next, the Web server 110 transfers the 
reservation confirmation information to the contract 
5 server 150 (Step C270) . 

If the user already confirms the reservation 
from the reservation confirmation information, the 
processes on and after a step C290 are executed, and if 
the user cancels the reservation, the processes on and 
10 after a step C310 are executed (Step C280) . 

If the user already confirms the reservation, 
the contract server 150, the contract server 150 
changes a mark of [Reservation Request] into a mark of 
[Reservation] , and indicates that the reservation is 
15 determined. Also, the contract server 150 adds an 
accounting fee of a current reservation to an 
accounting fee of the user database 210, and rewrites 
it (Step C290) . 

Next, the contract server 150 prepares a 
2 0 reservation determination page data, and sends it to 
the Web server 110 (Step C300). In succession, it 
executes a process at a step C330. 

On the other hand, if the user cancels the 
reservation in the reservation confirmation, the 
25 contract server 150 erases the mark of [Reservation 
Request] from the reservation table 140 (Step C310). 
Next, the contract server 150 prepares a 
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reservation cancel page data and sends to the Web 
server 110 (Step C320) . In succession, it executes a 
process at a step C330. 

At the step C330, the Web server 110 transfers 
5 the reservation determination page data or the 

reservation cancel page data obtained from the contract 
server 150, to the Web client 100. Then, the reserving 
process B23 0 is ended, and the operational flow returns 
back to the step B160. 

10 The reporting process B220 will be described 

below in detail with reference to Figs. 2, 10 and 11. 

At first, the contract server 150 investigates 
the reservation table 140 and obtains all reservation 
states of the user. At that time, the contract server 

15 150 refers to the penalty rule 200, and calculates a 
penalty when a cancel is done for each reservation 
state. Next, the contract server 150 gets access to 
the user database 210, and obtains an accounting fee of 
the user until now. Then, the contract server 150 

20 prepares a reservation list page data in which all the 
reservation states of the user, their penalties and 
their accounting fees are noted, and sends to the Web 
server 110 (Step DUO) . 

The Web server 110 transfers the reservation 

25 list page data received from the contract server 150, 
through the ISP LAN 250, the edge router 220 and the 
communicator 240 to the Web client 100 (Step D120) . 



When a reservation list page is displayed on the 
Web client 100, the user views the reservation list 
page, and confirms whether or not there is a 
reservation to be canceled. If there is a reservation 
5 to be canceled, it uses the Web client 100, and 

specifies one or a plurality of reservations to be 
canceled (Step D130). 

The Web client 100 sends the cancel indication 
done by the user, through the communicator 24 0, the 

10 edge router 220 and the ISP LAN 250 to the Web server 
110 (Step D140) . 

When the cancel specification is sent, the Web 
server 110 investigates whether or not the user pushes 
a return button to return back to the service menu page 

15 (Step D145) . If the return button is pushed, the 

reporting process B220 is ended, and the operational 
flow returns back to the step B160. Or, the 
operational flow executes the processes on and after a 
step D150 (Step D147) . 

2 0 If the return button is not pushed, the Web 

server 110 transfers the cancel indication to the 
contract server 150 (Step D150) . 

The contract server 150 confirms whether or not 
there is a reservation to be canceled in the cancel 

25 indication (Step D155). If there is no reservation to 
be canceled, the reporting process B220 is ended, and 
the operational flow returns back to the step B160. 



If there is a reservation to be canceled in the 
cancel indication, the contract server 150 prepares a 
cancel confirmation page data in accordance with the 
cancel indication. A list of cancel schedules 
5 indicated by the user is noted in the cancel 

confirmation page. Then, the contract server 150 sends 
the cancel confirmation page data to the Web server 110 
(Step D160) . 

The Web server 110 transfers the cancel 
10 confirmation page data through the ISP LAN 250, the 
edge router 220 and the communicator 240 to the Web 
client 100 (Step D170) . 

When a cancel confirmation page is displayed on 
the Web client 100, the user views it and confirms the 
15 cancel. The Web client 100 sends it to the Web server 
110 the cancel confirmation information indicating 
whether the cancel is confirmed or withdrawn (Step 
D180) . 

The Web server 110 transfers the cancel 
20 confirmation information to the contract server 150 
(Step D190) . 

The contract server 150 confirms whether the 
user confirms the cancel of the reservation or 
withdraws the cancel of the reservation (Step D200) . 
25 If the user withdraws the cancel, the control is 

returned back to the step DUO, and if the cancel is 
confirmed, the processes on and after a step D220 are 
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executed (Step D210). 

If the user confirms the cancel, the contract 
server 150 removes the reservation from the reservation 
table 140, and also adds a penalty corresponding to the 
5 canceled reservation to the accounting fee of the user 
database 210 (Step D220) . Then, the operational flow 
returns back to the step DUO . 

The charging process B210 will be described 
below in detail with reference to Figs. 2, 12. 
10 The contract server 150 refers to the user 

database 210, obtains the current accounting fee of the 
user and the payment date, prepares a bill page data 
having those information, and sends to the Web server 
110 (Step E110) . 
15 The Web server 110 transfers the bill page data 

through the ISP LAN 250, the edge router 220 and the 
communicator 240 to the Web client 100 (Step E120) . 

When a bill page is displayed on the Web client 
100, the user views the bill page, pushes a 
2 0 confirmation button and confirms the charged content 

(Step E13 0) . Then, the user commands to return back to 
the menu on the Web client 100. So, the charging 
process B210 is ended. 

The reserving process B230 will be described 
25 below with reference to an actual example. 

Mr. Tanaka, who is a user, gets access to a home 
page of a time period reservation service through the 
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communicator 240 by using Tanaka's user ID, "tanaka" , 
and his password, " hogehoge " , (Step A100) . By the way, 
it is assumed that a current time is not included in 
any of time periods reserved by Mr. Tanaka. 
5 The edge router 220 sends the user ID, "tanaka", 

and the password, "hogehoge", to the authentication 
server 120 (Step Alio). 

The authentication server 120 encrypts the 
password, "hogehoge", and, for example, obtains 

10 n alb2c3d4e5 " . Next, the authentication server 120 

retrieves an entry of the user ID, "tanaka", from the 
authentication database 13 0, and obtains the encrypted 
password, "alb2c3d4e5 " . The data, " alb2 c3 d4e5 " , in 
which the password given by Mr. Tanaka is encrypted 

15 coincides with the encryption password, "alb2c3d4e5 " , 
within the authentication database 13 0. Thus, this 
coincidence implies that Mr. Tanaka' login is 
authenticated (Step A120) . 

Next, the authentication server 120 inquires of 

2 0 the contract server 150 about the reservation state of 
the time period requested by Mr. Tanaka (Step A310). 

The contract server 150 investigates the 
reservation state of the time period containing the 
current time (for example, 18:55 on Feb 24, 2000) of 

25 the reservation table 140, and confirms that there is 
no reservation of the user ID, "tanaka", in the 
reservation table 140 (Step A140). 



Since Mr. Tanaka's reservation is not present, 
the contract server 150 uses the network management 
server 160, specifies the ISP LAN 250 as the routing 
destination of the authentication server 120, and 
5 limits an access to the Internet 180 (Step A210) . Thus 
Mr. Tanaka can get access to the ISP LAN 250. However, 
it can not get access to the Internet 180. 

Next, the contract server 150 reports the end of 
the reservation confirmation to the authentication 
10 server 120 (Step A220). 

The authentication server 120 reports the 
completion of the authentication to the edge router 220 
The edge router 220 starts routing Mr. Tanaka's 
communication data to the ISP LAN 250 (Step A230). 
15 Next, Mr. Tanaka uses the Web client 100, and 

gets access to the home page of the time period 
reservation service (Step B100) . 

The Web server 110 sends a login page data of 
the time period reservation service, in response to the 
20 access from the Web client 100 (Step B110). 

The Web client 100 displays a login page shown 
in Fig. 13. Mr. Tanaka writes "tanaka" to a column of 
a user ID, writes "hogehoge" to a column of a password, 
and pushes a [Login] button (Step B120) . The Web 
25 client 100 sends the user ID, "tanaka", and the 
password, "hogehoge", to the Web server 110. 

The Web server 110 sends the user ID, "tanaka", 
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and the password, "hogehoge", through the contract 
server 150 to the authentication server 120 (Step B130) 

The authentication server 120 encrypts the 
password, "hogehoge", and obtains " alb2c3d4e5 " . On the 
5 other hand, it retrieves the entry of the user ID, 
"tanaka", from the authentication database 130 and 
obtains the encrypted password, "alb2c3d4e5 " . The data 
"alb2c3d4e5 " , in which the password given by Mr. Tanaka 
is encrypted coincides with the encryption password, 

10 " alb2c3 d4e5 " , within the authentication database 130. 
Thus, this coincidence implies that Mr. Tanaka' login 
is authenticated (Step B140) . Then, the authentication 
server 120 reports the authentication result to the 
contract server 150. 

15 Since the authentication is successful, the 

contract server 150 prepares a service menu page data 
shown in Fig. 14, and sends through the Web server 110 
to the Web client 100 (Step B160) . 

Mr. Tanaka specifies [Reservation Reception] by 

2 0 using a radio button of a service menu page shown in 

Fig. 14 displayed on the Web client 100, and pushes an 
[OK] button. The Web client 100 reports to the Web 
server 110 the fact that the user selects [Reservation 
Reception] (Step B170) . 

25 The Web server 110 transfers to the contract 

server 150 the fact that Mr. Tanaka selects 
[Reservation Reception] (Step B180). 



The contract server 150 executes the reserving 
process B230. 

In detail, the Web server 110 requests the 
contract server 150 to prepare a reservation page data 
5 with regard to Mr. Tanaka (Step C110) . 

The contract server 150 refers to the 
reservation table 140, confirms a current reservation 
state, and generates a reservation state frame (Step 
C120) . 

10 Next, the contract server 150 collates the 

reservation state obtained from the reservation table 
140 with the discount rule 190, and retrieves a 
discountable time period. For example, let us suppose 
that the current time is March 24, 2000 and only one 

15 reservation is scheduled for the time period from 4:00 
to 10:00 on March 25. According to the discount rule 
190, the discount rate is defined as being higher, the 
shorter the remaining period and the smaller the number 
of reservations of a time period. 

20 The contract server 150 writes the time period 

to the discount frame, since the time period from 4:00 
to 10:00 has the high discount rate, as the result of 
the collation with the discount rule 190 (Step C130) . 
Next, the contract server 150 integrates the 

25 reservation state frame and the discount frame into the 
reservation page data, and sends to the Web server 110 
(Step C140 ) . 



data through the ISP LAN 250, the edge router 220 and 
the communicator 240 to the Web client 100 (Step C150) . 
The Web client 100 displays a reservation page 
5 shown in Fig. 15. It is a discount frame that is 

located at a central portion of Fig. 15, and it is a 
reservation state frame that is located at a lower 
portion of Fig. 15. The reservation state frame 
indicates a reservation state in a particular time 

10 period, in which a horizontal axis denotes a date and a 
vertical axis denotes a time. Mr. Tanaka views the 
reservation page, and writes a time period from 10:00 
to 17:00 on March 26, 2000 as a desirable reservation 
time period composed of a start date and an end date, 

15 to an upper portion of the reservation page, and pushes 
a [Reservation] button, and then sends a time period 
reservation request to the Web server 110 (Step C160) . 
By the way, it is possible to push an [Addition] button 
and thereby register a plurality of reservation 

2 0 requests and then send them by using the [Reservation] 
button . 

The Web server 110 receives the time period 
reservation request from the Web client 100 and 
transfers to the contract server 150 (Step C170) . 
25 The contract server 150 locks the reservation 

table 140 so that another time period reservation 
request can not be written. Then, the contract server 



150 refers to the reservation table 140 and confirms 
whether or not the time period reservation request can 
be accepted (Step C180). 

If the maximum number of reservations is not 
5 exceeded in the time period indicated by the 

reservation request, the contract server 150 determines 
that the reservation is acceptable (Step C190) . 

Then, the contract server 150 writes to the 
reservation table 140 the mark [Reservation Request] 

10 indicative of the fact of the time period reservation 
request from the user ID, "tanaka" , and releases the 
lock of the reservation table 140 (Step C220) . 

Next, the contract server 150 prepares a page 
data of a reservation confirmation page shown in Fig. 

15 16, in accordance with the reservation request. At 
that time, it refers to the discount rule 190 and 
calculates an accounting fee. So, it is reflected in a 
reservation confirmation page data. Then, the contract 
server 150 sends the reservation confirmation page data 

20 to the Web server 110 (Step C230) . 

The Web server 110 transfers the reservation 
confirmation page data sent by the contract server 150, 
through the ISP LAN 250, the edge router 220 and the 
communicator 240 to the Web client 100 (Step C240) . 

25 Mr. Tanaka views the reservation confirmation 

page shown in Fig. 16 displayed on the Web client 100. 
With reference to Fig. 16, the reservation confirmation 



page represents the start time, the end time and the 
accounting fee with regard to the reservation requested 
by Mr. Tanaka. Thus, Mr. Tanaka confirms that the 
reservation request is received without any error, and 
5 then pushes a [Reservation Determination] button (Step 
C250) . 

The Web server 110 receives a reservation 
confirmation information from the Web client 100 (Step 
C260), and transfers to the contract server 150 (Step 
10 C270 ) . 

It confirms the determination of the reservation 
(Step C280) and changes the mark of [Reservation 
Request] written to the reservation table 140, into the 
mark of [Reservation] indicating that the user ID, 

15 "tanaka", is already reserved. Thus, the reservation 
is determined. Also, the contract server 150 adds an 
accounting fee of a current reservation to Mr. Tanaka' s 
accounting fee in the user database 210, and rewrites 
it (Step C290) . 

20 Next, the contract server 150 prepares a page 

data of a reservation determination page shown in Fig. 
17 and sends it to the Web server 110 (Step C300) . 

The Web server 110 transfers the reservation 
determination page data obtained from the contract 

25 server 150, through the ISP LAN 250, the edge router 
220 and the communicator 240 to the Web client 100 
(Step C330) . 



Mr. Tanaka checks [To Menu] from radio buttons 
on the reservation determination page shown in Fig. 17, 
pushes the [OK] button, and indicates the service menu 
page shown in Fig. 14. 
5 The reporting process B220 will be described 

below with reference to an actual example. 

Mr. Tanaka gets access to the home page of the 
time period reservation service in order to correct the 
reservation. At that time, the processes from the 
10 steps A100 to A230 and the processes from the steps 
B100 to B160 are equal to those of the case in the 
reserving process B230. Thus, the detailed 
explanations are omitted, and the reporting process 
B220 is centrally described. 
15 Mr. Tanaka selects [Reservation Confirmation And 

Correction] from the radio buttons of the service menu 
page shown in Fig. 14, and pushes the [OK] button. So, 
the Web client 100 sends the menu selection result 
after the selection of [Reservation Confirmation And 
20 Correction] to the Web server 110 (Step B170) . 

The Web server 110 transfers the menu selection 
result after the selection of [Reservation Confirmation 
And Correction] to the contract server 150 (Step B180) . 

The contract server 150 executes the reporting 
25 process B220 (Step B200) . 

In detail, the contract server 150 investigates 
the reservation table 140 and gathers all reservation 
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states reserved under Mr. Tanaka ' s user ID, "tanaka",. 
With regard to Mr. Tanaka' s penalties, the contract 
server 150 refers to the penalty rule 200 and 
calculates a penalty for each reservation when Mr. 
5 Tanaka cancels the reservation state. In succession, 
the contract server 150 gets access to the user 
database 210 and obtains Mr. Tanaka' s accounting fee 
until now. Next, the contract server 150 prepares a 
page data of a reservation list page shown in Fig. 18 

10 from Mr. Tanaka' s all reservation states, their 

penalties and the accounting fee, and sends to the Web 
server 110 (Step DUO) . 

The Web server 110 sends the reservation list 
page data through the ISP LAN 250, the edge router 220 

15 and the communicator 240 to the Web client 100 (Step 
D120) . 

Let us suppose that Mr. Tanaka views a 
reservation list page shown in Fig. 18 displayed on the 
Web client 100 and that he tries to cancel a 
20 reservation specified in a time period from 10:00 to 
17:00 on March 30, 2000. Mr. Tanaka checks a cancel 
button of the reservation in the time period from 10:00 
to 17:00 on March 30, 2000, and pushes a [Confirmation] 
button (Step D130) . 
25 The Web client 100 sends Mr. Tanaka' s cancel 

indication to the Web server 110 (Step D140) . 

Mr. Tanaka' s indication is not the [To Menu] 
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button, and it is the [Confirmation] button. So, the 
Web server 110 transfers the cancel indication to the 
contract server 150 (Step D150). 

The contract server 150 confirms that the cancel 
indication includes at least one reservation to be 
canceled (Step D155) . 

Next, the contract server 150 prepares a page 
data of a cancel confirmation page shown in Fig. 19, 
and sends to the Web server 110 (Step D160) . 

The Web server 110 transfers the cancel 
confirmation page data through the ISP LAN 250, the 
edge router 220 and the communicator 240 to the Web 
client 100 (Step D170) . 

Mr. Tanaka views the cancel confirmation page 
shown in Fig. 19 displayed on the Web client 100, and 
pushes the [Confirmation] button, and then confirms the 
cancel. The Web client 100 sends Mr. Tanaka' s cancel 
confirmation information to the Web server 110 (Step 
D180) . 

The Web server 110 transfers the cancel 
confirmation information to the contract server 150 
(Step D 190) . 

The contract server 150 confirms that the user 
canceled the reservation (Step D200). 

If Mr. Tanaka confirms the cancel (Step D210) , 
the contract server 150 removes Mr. Tanaka' s user ID, 
"tanaka", from the reservation for [10:00 to 17:00 on 



March 30, 2000] in the reservation table 140, and also 
adds the penalty corresponding to the canceled 
reservation to the accounting fee of the user database 
210 (Step D210) . Then, the operational flow returns 
5 back to the step DUO. So, the reservation list page 
data is again prepared. 

The charging process B210 will be described 
below with reference to an actual example. 

Mr. Tanaka gets access to the home page of the 
10 time period reservation service in order to confirm the 
reservation state. At that time, the processes from 
the steps A100 to A230 and the processes from the steps 
B100 to B160 are equal to those of the case in the 
reserving process B230. Thus, the detailed 
15 explanations are omitted, and the charging process B210 
is centrally described. 

Mr. Tanaka selects [Accounting Confirmation] 
from the radio buttons of the service menu page shown 
in Fig. 14, and pushes the [OK] button. So, the Web 
20 client 100 sends the menu selection result after the 
selection of [Accounting Confirmation] to the Web 
server 110 (Step B170) . 

The Web server 110 transfers the menu selection 
result after the selection of [Accounting Confirmation] 
25 to the contract server 150 (Step B180) . 

The contract server 150 executes the charging 
process B210 (Step B200). 
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In detail, the contract server 150 refers to the 
user database 2 10, obtains Mr. Tanaka's current 
accounting fee and its payment date, and prepares a 
page data of a bill page shown in Fig. 20 from their 
5 information, and then sends it to the Web server 110 
(Step E110) . 

The Web server 110 transfers the bill page data 
to the Web client 100 (Step E120) . 

Mr. Tanaka views a bill page shown in Fig. 20 
10 displayed on the Web client 100, and pushes the [Menu] 
button (Step E130) . So, the Web client 100 sends the 
fact that the [Menu] button is pushed to the Web server 
110 . 

The Web server 110 transfers the fact that the 
15 [Menu] button is pushed to the contract server 150. 

Then, the operational flow proceeds to the step B160. 

The connecting process will be described below 
with reference to an actual example. 

Mr. Tanaka gets access to the edge router 220 by 
20 using the user ID, "tanaka", and the password, 

"hogehoge" , through the communicator 240 from the Web 
client 100, at 10:01 on March 26, 2000 included in the 
reserved time period (Step A100) . 

The edge router 220 passes the user ID and the 
25 password, which are received from the user, to the 
authentication server 12 0, and then requests the 
authentication (Step Alio). 



The authentication server 120 encrypts the 
password, "hogehoge", and obtains »alb2c3d4e5 " . On the 
other hand, it searches for an entry of the user ID, 
"tanaka" , through the authentication database 130, and 
5 obtains its encrypted password, " alb2 c3 d4e5 " , . The 

data, n alb2c3d4e5" , in which the password given by Mr. 
Tanaka is encrypted coincides with the encryption 
password, " alb2c3d4e5 " , within the authentication 
database 130. Thus, this coincidence implies that Mr. 
10 Tanaka' login is authenticated (Step A120). 

Next, the authentication server 120 inquires of 
the contract server 150 about Mr. Tanaka' s reservation 
state (Step A130) . 

The contract server 150 investigates a 
15 reservation state of a time period containing a current 
time, "10:01 on March 26, 2000", of the reservation 
table 140 with the user ID, "tanaka", as the key (Step 
A140) , and confirms that it is already reserved as the 
user ID, "tanaka", in the reservation table 140 (Step 
20 A145) . 

The contract server 150 sets Mr. Tanaka' s 
reservation end time, "17:00 on March 26, 2000", and 
the user ID, "tanaka", for the timer 230. A report to 
the contract server 150 is generated at the reservation 
25 end time (Step A150) . 

Next, the contract server 150 uses the network 
management server 160, and sets the Internet 180 as the 



routing destination for the edge router 220. 
Accordingly, Mr. Tanaka establishes the connection to 
the Internet 180 (Step A160) . 

In succession, the contract server 150 reports 
5 the end of the reservation confirmation to the 
authentication server 120 (Step A170) . 

The authentication server 120 reports the 
completion of the authentication to the edge router 220 
(Step A180 ) . 

10 The edge router 220 starts the communication 

(Step A185) . 

At 17:00 on March 26, 2000, the timer 230 
reports the lapse of Mr. Tanaka' s reservation end time 
to the contract server 150 (Step A190) . 
15 The contract server 150 uses the network 

management server 160, and cuts away the connection to 
Mr. Tanaka' s Internet 180 from the edge router 220 
(Step A200) . 

Then, the processes on and after the step B100 
20 are executed. 

(2) Second Embodiment. 

With reference to Fig. 21, in a system for 
providing an online time period reserving service 
according to a second embodiment of the present 
25 invention, the ISP LAN 250 is further connected to the 
network management server 160 and the router 170 and 
connected through the router 170 to the Internet 180, 
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although in the system for providing an online time 
period reserving service according to the first 
embodiment shown in Fig. 2, the ISP LAN 250 is 
connected only to the edge router 220 and the Web 
5 server 110 and separated from the Internet 180. 

The Web server 110 does not communicate with the 
Web client 100 through the edge router 220. It is 
connected through the ISP LAN 250, the router 170 and 
the Internet 180 to the Web client 100. 
10 Accordingly, the user can use the time period 

reservation if the user is located at a place where the 
user can get access to the Internet 180 without any 
usage of the edge router 220. 

Also, the edge router 220 is designed such that 
15 all components are connected to the Internet 180 if the 
connection request from the user is authenticated. 

By the way, the other members are configured 
perfectly similarly to those of the system for 
providing an online time period reserving service 
2 0 according to the first embodiment. Thus, the same 
symbols are given to the corresponding parts. So, 
their detailed explanations are omitted. 

The operations of the system for providing an 
online time period reserving service according to the 
25 second embodiment having the above-mentioned 
configuration will be described below. 

At first, a service menu process of the system 
53 



for providing an online time period reserving service 
according to the second embodiment is described. 

The user uses any device so that the Web client 
100 can get access to the Internet 180. The user gets 
access to the Web server 110 in the Web client 100, and 
reads the home page of the time period reservation 
service {Step B100). 

The operations on and after the step B110 are 
equal to those of the case of the system for providing 
an online time period reserving service according to 
the first embodiment. Thus, their explanations are 
omitted . 

The connecting process of the time period 
reservation service in the system for providing an 
online time period reserving service according to the 
second embodiment will be described below. 

With reference to Figs. 22, 23, the user gets 
access to the edge router 22 0 through the communicator 
240 from the Web client 100, and sends a user ID and a 
password (Step F100) . 

The edge router 220 requests the authentication 
server 120 to confirm whether or not the user ID and 
the password are normal (Step F110) . 

The authentication server 120 encrypts the 
password. On the other hand, it obtains a password 
encrypted from the authentication database 130 with the 
user ID as a key. Then, it compares an element in 

54 



which the password given by the user is encrypted, with 
the encrypted password in the authentication database 
130. If they coincide with each other, this 
coincidence implies that the authentication is 
5 successful, and if they do not coincide with each other, 
this inconsistency implies that the authentication is 
unsuccessful (Step F120). 

The processes on and after a step F130 are 
executed in the case of the successful authentication, 
10 and the processes on and after the step F300 are 

executed in the case of the unsuccessful authentication 
(Step F125) . 

In the case of the unsuccessful authentication, 
the authentication server 120 reports the failure of 
15 the authentication to the edge router 220 (Step F300). 
The edge router 220 rejects the communication with the 
Web client 100 (Step A310) . The process is ended. 

In the case of the successful authentication, 
the authentication server 120 inquires of the contract 
20 server 150 about a reservation state of a time period 
carried out by the user (Step F130) - 

The contract server 150 investigates a 
reservation state of a time period containing a current 
time of the reservation table 140 with the user ID as 
25 the key, and then judges whether or not this user 

reserves the time period containing the current time 
(Step F140) . 



If there is already a reservation, the 
operational flow proceeds to a step F150, and if there 
is no reservation, the operational flow proceeds to a 
step F320 (Step F145) . 

If there is no reservation, the contract server 
150 reports the absence of the reservation to the 
authentication server 120 (Step F320) . 

The authentication server 120 reports the 
failure of the authentication to the edge router 220 
(Step F330) . The edge router 220 rejects the 
communication with the user (Step F340) . Then, the 
process is ended. 

On the other hand, if there is already a 
reservation, the contract server 150 sets a reservatior 
end time and a user ID for the timer 230 (Step F150) . 

Next, the contract server 150 uses the network 
management server 160, and specifies the Internet 180 
as a routing destination to the edge router 220 (Step 
F160) . 

In succession, the contract server 150 reports 
the end of the reservation confirmation to the 
authentication server 120 (Step F170) . 

The authentication server 120 reports the 
completion of the authentication to the edge router 22 
(Step F180) . 

The edge router 220 starts the communication 
(Step F185) . That is, the edge router 220 routes the 
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communication data of the user through the router 170 
to the Internet 180. Since the edge router 220 sends 
the communication data of the user to the internet 180, 
the user can be connected to the Internet 180. 

The timer 23 0 sends the report including the 
user ID to the contract server 150 after the lapse of 
the reservation end time set by the contract server 150 
(Step F190 ) . 

The contract server 150 uses the network 
management server 160, and commands the edge router 220 
to stop routing to the Internet 180 (Step F200) . Thus, 
the user can not get access to the Internet 180. 
(3) (Third Embodiment) 

With reference to Fig. 24, a system for 
providing an online time period reserving service 
according to a third embodiment of the present 
invention is designed such that a timeout meter 410 is 
added so as to be connected to the contract server 150, 
in the system for providing an online time period 
reserving service according to the first embodiment 
shown in Fig. 2. By the way, the other members are 
configured perfectly similarly to those of the system 
for providing an online time period reserving service 
according to the first embodiment. So, the same 
symbols are given to the corresponding parts, and their 
detailed explanations are omitted. 

In a case of a lapse of a timeout period set by 



the contract server 150, the timeout meter 410 reports 
the fact of the lapse to the contract server 150. Thu 
the contract server 150 can stop the process if the 
user does not continue the process. 

The operations of the system for providing an 
online time period reserving service according to the 
third embodiment having the above-mentioned 
configuration will be described below in detail with 
reference to the drawings. 

At first, a service menu process of the system 
for providing an online time period reserving service 
according to the third embodiment is described with 
reference to a flowchart shown in Figs. 25, 26. 

The processes from the steps B100 to B150 are 
equal to those of the case of the system for providing 
an online time period reserving service according to 
the first embodiment. Thus, their explanations are 
omitted . 

The contract server 150, after the completion o 
the authentication of the user ID and the password 
(Step B150) , sets a timeout period for the timeout 
meter 410 (Step G150) . 

The processes from the steps B160 to B230 are 
similar to those of the case of the system for 
providing an online time period reserving service 
according to the first embodiment. Thus, their 
explanations are omitted. 



After the end of the charging process B210, the 
reporting process B220 or the reserving process B230, 
the contract server 150 releases the timeout period of 
the timeout meter 410 (Step G250) . Then, the 
operational flow returns back to the step G150. 

Fig. 27 is a flowchart showing a process when 
the timeout meter 410 reports the fact of the lapse of 
the set timeout period. 

In a case of an occurrence of the timeout repor 
the contract server 150 releases the timeout set of th 
timeout meter 410 (Step HI 10) - 

Next, the contract server 150 uses the network 
management server 160, and commands the edge router 22 
to stop the communication of the user (Step H120) . 
Then, the process is ended. 
(4) Fourth Embodiment 

With reference to Fig. 28, a system for 
providing an online time period reserving service 
according to a fourth embodiment of the present 
invention is designed such that a timeout meter 
added so as to be connected to the contract server 15 
in the system for providing an online time period 
reserving service according to the second embodiment 
shown in Fig. 21. By the way, the other members are 
configured perfectly similarly to those of the system 
for providing an online time period reserving service 
according to the second embodiment. So, the same 



symbols are given to the corresponding parts, and their 
detailed explanations are omitted. 

In a case of a lapse of a timeout period set by 
the contract server 150, the timeout meter 410 reports 
the fact of the lapse to the contract server 150. Thus, 
the contract server 150 can stop the process if the 
user does not continue the process. 

The operations of the system for providing an 
online time period reserving service according to the 
fourth embodiment having the above-mentioned 
configuration are designed such that the flowchart of 
Figs. 5, 6 showing the service menu process of the 
system for providing an online time period reserving 
service according to the second embodiment is 
substituted for the flowchart of Figs. 25, 26 in the 
system for providing an online time period reserving 
service according to the third embodiment, and the 
flowchart of Fig. 27 showing the timeout process is 
further added. So, each of them carries out the 
operations similar to those of the system for providing 
an online time period reserving service according to 
the third embodiment. Thus, the detailed explanation 
is omitted. 

(5) Fifth Embodiment 

With reference to Fig. 29, a system for 
providing an online time period reserving service 
according to a fifth embodiment of the present 
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invention is designed such that a user database 510 
into which the authentication database 13 0 and the user 
database 210 are integrated is installed instead of the 
authentication database 13 0 and the user database 210 
5 in the system for providing an online time period 
reserving service according to the first embodiment 
shown in Fig. 2. By the way, the other members are 
configured perfectly similarly to those of the system 
for providing an online time period reserving service 

10 according to the first embodiment. So, the same 

symbols are given to the corresponding parts. Thus, 
their detailed explanations are omitted. 

The user database 510 can obtain a password 
encrypted from a user ID, obtain an accounting fee from 

15 the user ID, obtain a user attribute from the user ID 
and obtain a payment date of a user from the user ID. 

The authentication server 120 can refer to the 
user database 510 to thereby carry out an 
authentication, similarly to the first embodiment. 

2 0 The contract server 150 can refer to the user 

database 510 to thereby carry out an accounting fee of 
a user, similarly to the first embodiment. 

The operations of the system for providing an 
online time period reserving service according to the 

25 fifth embodiment having the above-mentioned 

configuration are similar to those of the cases shown 
in the flowcharts of Figs. 3 to 12 in the system for 



providing an online time period reserving service 
according to the first embodiment. Thus, their 
detailed explanations are omitted. 
(6) Sixth Embodiment 

5 With reference to Fig. 28, a system for 

providing an online time period reserving service 
according to a sixth embodiment of the present 
invention is designed such that a user database 510 
into which the authentication database 130 and the user 

10 database 210 are integrated is installed instead of the 
authentication database 130 and the user database 210 
in the second embodiment shown in Fig. 21. The user 
database 510 is similar to that of the fifth embodiment. 
So, its detailed explanation is omitted. By the way, 

15 the other members are configured perfectly similarly to 
those of the system for providing an online time period 
reserving service according to the second embodiment. 
So, the same symbols are given to the corresponding 
parts. Thus, their detailed explanations are omitted. 

20 The operations of the system for providing an 

online time period reserving service according to the 
sixth embodiment having the above-mentioned 
configuration are similar to those of the system for 
providing an online time period reserving service 

25 according to the second embodiment. Thus, their 
detailed explanations are omitted. 
(7) Seventh Embodiment 



providing an online time period reserving service 
according to a seventh embodiment of the present 
invention is designed such that a user database 510 
5 into which the authentication database 13 0 and the user 
database 210 are integrated is installed instead of the 
authentication database 13 0 and the user database 210 
of the system for providing an online time period 
reserving service according to the third embodiment 

10 shown in Fig. 28. The user database 510 is similar to 
that of the system for providing an online time period 
reserving service according to the third embodiment. 
So, its detailed explanation is omitted. By the way, 
the other members are configured perfectly similarly to 

15 those of the system for providing an online time period 
reserving service according to the third embodiment. 
So, the same symbols are given to the corresponding 
parts. Thus, their detailed explanations are omitted. 

The operations of the system for providing an 

20 online time period reserving service according to the 
seventh embodiment having the above-mentioned 
configuration are similar to those of the system for 
providing an online time period reserving service 
according to the third embodiment. Thus, their 

25 detailed explanations are omitted. 
(8) Eighth Embodiment 

With reference to Fig. 32, a system for 
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providing an online time period reserving service 
according to an eighth embodiment of the present 
invention is designed such that a user database 510 
into which the authentication database 13 0 and the user 
5 database 210 are integrated is installed instead of the 
authentication database 130 and the user database 210 
of the system for providing an online time period 
reserving service according to the fourth embodiment 
shown in Fig. 28. The user database 510 is similar to 
10 that of the system for providing an online time period 
reserving service according to the fourth embodiment. 
So, its detailed explanation is omitted. By the way, 
the other members are configured perfectly similarly to 
those of the system for providing an online time period 
15 reserving service according to the fourth embodiment. 
So, the same symbols are given to the corresponding 
parts. Thus, their detailed explanations are omitted. 

The operations of the system for providing an 
online time period reserving service according to the 
2 0 eighth embodiment having the above-mentioned 

configuration are similar to those of the system for 
providing an online time period reserving service 
according to the fourth embodiment. Thus, their 
detailed explanations are omitted. 
25 As mentioned above, the present invention can 

provide the following effects. 

As the first effect, the Internet connection 
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dealer can provide the service having the stable 
quality to the user. 

This is because it is possible to protect many 
users from getting accesses at the same time since the 
5 maximum number of users to be connected to the internet 
is managed for each time period in accordance with the 
reservation table. 

As the second effect, the Internet connection 
dealer can smooth the demands from the users to thereby 
10 attain the effective usage of the communication 
resources . 

This reason is as follows. That is, the 
communication usage state can be expected from the 
reservation table. So, a cost of a time period in 
15 which a communication demand is small is dropped to 
then provide to the user. Thus, it is possible to 
introduce the user to the empty communication time 
period . 

The first feature of a system for providing an 
20 online time period reserving service according to the 
present invention lies in the configuration that a 
contract server (150 of Fig. 2) for exchanging an 
information of a reservation table of a user in order 
to enable a reservation of a connection service as well 
25 as a registration, a user database (210 of Fig. 2) for 
managing an accounting information of a user and the 
like, and a reservation table (140 of Fig. 2) for 
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storing a reservation state of a time period are 
installed in a portion of an application on an online 
in a portion where a user makes an application to an 
Internet connection dealer. The user preliminarily 
5 reserves a time period. In the system for providing an 
online time period reserving service, the preliminary 
reservation of a time period to a user for each time 
can protect a transient occurrence of a huge 
communication amount and thereby prevent an occurrence 

10 of a congestion. Thus, this is useful for a provision 
of a stable communication. The Internet connection 
dealer can specify an empty time period by referring to 
the reservation table (140 of Fig. 2) and also provide 
a discount information to the user. Hence, it is 

15 possible to introduce the user to the empty time period. 

The second feature of the system for providing 
an online time period reserving service according to 
the present invention lies in the configuration that in 
an ISP (Internet Service Provider) LAN (Local Area 

20 Network) (250 of Fig. 21) portion connected to an edge 
router (220 of Fig. 21) and a Web server (110 of Fig. 
21) , the ISP LAN (250 of Fig. 21) is connected through 
a router (170 of Fig. 21) to an Internet (180 of Fig. 
21). So, the Web server (110 of Fig. 21) can be 

25 accessed from the Internet (180 of Fig. 21) . Thus, 

this provides the convenience that the user can use a 
time period reservation service without any 



intervention of an edge router (220 of Fig. 21) in a 
case of a state connectable to the Internet (180 of Fig. 
21) . 

Moreover, the third feature of the system for 
5 providing an online time period reserving service 
according to the present invention lies in the 
configuration that a timeout meter (410 of Fig. 24) is 
mounted in a portion of a contract server (150 of Fig. 
24) in the system for providing an online time period 
10 reserving service having the first or second feature. 
Thus, the process of the system can be stopped if the 
user stops the reservation process or the like in the 
course of the process. Hence, this can provide a merit 
that a transaction with the user can be normally ended 
15 even if the user stops the reservation process. 

Furthermore, the fourth feature of the system 
for providing an online time period reserving service 
according to the present invention lies in the 
configuration that a user database (510 of Fig. 29) 
20 having both functions of searching for an encryption 
password and searching for a user information are 
installed in the portions of an authentication database 
(130 of Fig. 2) and the user database (210 of Fig. 2) 
in the system for providing an online time period 
25 reserving service having the first, second or third 
feature, instead of both the databases. The 
combination of the user database and the authentication 



database can reduce the data of the user database and 
the authentication database. Thus, this can provide an 
effect of reducing a necessary memory capacity of the 
system . 



